home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / inet / internet-drafts / draft-vaudreuil-smtp-stream-00.txt < prev    next >
Text File  |  1993-10-20  |  7KB  |  244 lines
  1.      Network Working Group                         Greg Vaudreuil
  2.      Internet Draft                             Tigon Corporation
  3.      Expires: 4/18/94                            October 18, 1993
  4.  
  5.  
  6.                             SMTP Service Extensions
  7.                              for Command Streaming
  8.  
  9.                       <draft-vaudreuil-smtp-stream-00.txt>
  10.  
  11.      1.Status of this Memo
  12.  
  13.  
  14.      This document is an Internet Draft.  Internet Drafts are working
  15.      documents of the Internet Engineering Task Force (IETF), its Areas,
  16.      and its Working Groups.  Note that other groups may also distribute
  17.      working documents as Internet Drafts.
  18.  
  19.      Internet Drafts are valid for a maximum of six months and may be
  20.      updated, replaced, or obsoleted by other documents at any time.  It is
  21.      inappropriate to use Internet Drafts as reference material or to cite
  22.      them other than as a "work in progress".
  23.  
  24.  
  25.      2.Abstract
  26.  
  27.      This memo defines an extension to the SMTP service whereby an SMTP
  28.      client and server may negotiate the use of a command streaming
  29.      implementation model for SMTP.  This model enables the batching of the
  30.      all commands between the EHLO and DATA command.  This extension
  31.      significantly reduces the number of packets and round trips to send a
  32.      message.  Batching the MAIL FROM and RCPT TO commands for multiple
  33.      receipients significantly decreases the protocol processing overhead
  34.      when sending messsages to multiple receipients.
  35.  
  36.      3.Introduction
  37.  
  38.      One source of inefficiency in the use of SMTP, especially when used in
  39.      in a central mail hub, is the implicit requirement to send the full
  40.      SMTP command stream, including each RCPT TO command sychronously, that
  41.      is, to wait for a response to the previous command before sending the
  42.      next.  This stop and wait interaction often adds minutes to the length
  43.      of a SMTP session, partly when validation of addresses may require
  44.      non-local table lookup.
  45.  
  46.      This memo uses the mechanism defined in [4] to define extensions to
  47.      the SMTP service whereby a client ("sender-SMTP") may declare support
  48.      for a atreaming command mode.
  49.  
  50.      4.Framework for the Binary Extensions
  51.  
  52.      The following service extension is hereby defined:
  53.  
  54.           1) The name of the service extension is "Stream"
  55.  
  56.           2) The EHLO keyword value associated with this extension is
  57.           "STREAM"
  58.  
  59.  
  60.      Internet Draft                               Expires 4/18/94
  61.  
  62.  
  63.  
  64.           3) No parameter is used with the STREAM keyword
  65.  
  66.  
  67.      5.The Stream service extension
  68.  
  69.      When a client SMTP wishes to submit (using the MAIL command) a content
  70.      body consisting of a MIME message containing arbitrary octet-aligned
  71.      material, it first issues the EHLO command to the server SMTP. If the
  72.      server SMTP responds with code 250 to the EHLO command, and the
  73.      response includes the EHLO keyword value STREAM, then the server SMTP
  74.      is indicating that it supports the command streaming implementation
  75.      model and will the batching of all commands between the EHLO and the
  76.      accept MIME messages containing arbitrary octet-aligned material.
  77.  
  78.      After receiving the 250 response to the EHLO command with the STREAM
  79.      keyword, the MAIL FROM and RCPT TO commands can optionally be
  80.      sent as a block.  If the MAIL FROM address is invalid or otherwise
  81.      unavailable, the following RCPT TO commands should be answered with
  82.      the 503 command out of sequence error.
  83.  
  84.           Note: While SMTP does not explicitly require the stop and wait
  85.           behavior, and while the protocol as defined will work in a
  86.           streaming model, the examples have led implementors to build SMTP
  87.           servers in such a manner as to require this behavior.  This
  88.           service extension recognizes the desire to use a streaming
  89.           implementation model and explicitly encourages its use.
  90.  
  91.  
  92.  
  93.  
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.      Vaudreuil                                           [Page 2]
  120.  
  121.  
  122.      Internet Draft                               Expires 4/18/94
  123.  
  124.  
  125.      6.Usage Examples
  126.  
  127.      The following dialogue illustrates the use of the stream service
  128.      extension to send a 7BIT object to three recipients without the stop
  129.      and wait for an explicit 250 for each recipient:
  130.  
  131.           S: <wait for connection on TCP port 25>
  132.           C: <open connection to server>
  133.           S: 220 cnri.reston.va.us SMTP service ready
  134.           C: EHLO ymir.claremont.edu
  135.           S: 250-cnri.reston.va.us says hello
  136.           S: 250 STREAM
  137.           C: MAIL FROM:<ned@ymir.claremont.edu>
  138.           C: RCPT TO:<vcerf@cnri.reston.va.us>
  139.           C: RCPT TO:<gvaudre@cnri.reston.va.us>
  140.           C: RCPT TO:<jstewart@cnri.reston.va.us>
  141.           S: 250 <ned@ymir.claremont.edu>... Sender ok
  142.           S: 250 <vcerf@cnri.reston.va.us>... Recipient ok
  143.           S: 250 <gvaudre@cnri.reston.va.us>... Recipient ok
  144.           S: 250 <jstewart@cnri.reston.va.us>... Recipient ok
  145.           C: DATA
  146.           S: 354 Send message, terminated by a dot.
  147.           ...
  148.  
  149.           .
  150.           S: 250 OK
  151.           C: QUIT
  152.           S: 250 Goodbye
  153.  
  154.  
  155.      7.Security Considerations
  156.  
  157.      This RFC does not discuss security issues and is not believed to raise
  158.      any security issues not already endemic in electronic mail and present
  159.      in fully conforming implementations of [1].
  160.  
  161.      8.Acknowledgements
  162.  
  163.      This document is the result of numerous discussions in the IETF SMTP
  164.      Extensions Working Group.  Text for this document was liberally copied
  165.      from RFC 1426 by John Klensin, Marshall Rose, Need Freed, Dave
  166.      Crocker, and Einar Stefferud.
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.  
  175.  
  176.  
  177.  
  178.  
  179.  
  180.  
  181.      Vaudreuil                                           [Page 3]
  182.  
  183.  
  184.      Internet Draft                               Expires 4/18/94
  185.  
  186.  
  187.      9.References
  188.  
  189.  
  190.           [1] Postel, J., "Simple Mail Transfer Protocol", STD 10, RFC 821,
  191.           USC/Information Sciences Institute, August 1982.
  192.  
  193.           [2] Crocker, D., "Standard for the Format of ARPA Internet Text
  194.           Messages", STD 11, RFC 822, UDEL, August 1982.
  195.  
  196.           [3] Borenstein, N., and N. Freed, "Multipurpose Internet Mail
  197.           Extensions", RFC 1341, Bellcore, Innosoft, June 1992.
  198.  
  199.           [4] Klensin, J., WG Chair, Freed, N., Editor, Rose, M.,
  200.           Stefferud, E., and D. Crocker, "SMTP Service Extensions" RFC
  201.           1425,
  202.  
  203.           [5] Klensin, J., WG Chair, Freed, N., Editor, Rose, M.,
  204.           Stefferud, E., and D. Crocker, "SMTP Service Extension for 8bit-
  205.           MIMEtransport" RFC 1426, United Nations University, Innosoft
  206.           International, Inc., Dover Beach Consulting, Inc., Network
  207.           Management Associates, Inc., The Branch Office, February 1993.
  208.  
  209.  
  210.      10.  Author's Address
  211.  
  212.      Gregory M. Vaudreuil
  213.      The Tigon Corporation
  214.      17080 Dallas Parkway
  215.      Dallas, TX 75248-1905
  216.      214-733-2722
  217.      Gvaudre@cnri.reston.va.us
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.      Vaudreuil                                           [Page 4]
  244.